Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NickAkhmetov/CAT-925 ensure visualizations for support image pyramid datasets use parent dataset UUID for notebooks #3570

Merged
merged 2 commits into from
Oct 16, 2024

Conversation

NickAkhmetov
Copy link
Collaborator

Summary

This PR adjusts the logic for the "download jupyter notebook" button so that it uses the parent UUID instead of the support dataset's UUID.

Design Documentation/Original Tickets

https://hms-dbmi.atlassian.net/browse/CAT-925

Testing

Manually tested with /browse/dataset/8690897fced9931da34d66d669c1d698 - was able to successfully download notebook with parent HBM ID as its name.

Regression tested with /browse/dataset/3d14dcc3d7c3e0cd339c9366e34b37c7 to confirm it was still working as expected with non-Support datasets.

Screenshots/Video

Downloads kicked off from the pages listed above:

image

Checklist

  • Code follows the project's coding standards
    • Lint checks pass locally
    • New CHANGELOG-your-feature-name-here.md is present in the root directory, describing the change(s) in full sentences.
  • Unit tests covering the new feature have been added
  • All existing tests pass
  • Any relevant documentation in JIRA/Confluence has been updated to reflect the new feature
  • Any new functionalities have appropriate analytics functionalities added

Additional Notes

This endpoint is probably in need of some revisions. It appears to be left over from a previous implementation of workspaces - i.e. there's some workspaces-related language included which might not be relevant anymore, since I believe those notebooks are now fetched from the templates API. We will also likely need to revisit this for EPICs, once we have visualizations ready for them.

I also noticed that the version of vitessce in the created notebook was 3.2.8, which matches the - we may want to bump the version that portal-vis depends on sometime soon to make sure we don't fall behind the functionalities provided upstream.

Copy link
Collaborator

@austenem austenem left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great, just one comment!

return (vitData as { parentUuid: string }).parentUuid;
}
return undefined;
}, [vitData]);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since vitData is passed to Visualization, could this be calculated there instead of being passed as an extra prop?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good call! No need to have the extra layer of prop drilling.

@austenem austenem mentioned this pull request Oct 15, 2024
7 tasks
Copy link
Collaborator

@austenem austenem left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great!

@NickAkhmetov NickAkhmetov merged commit eec31fa into main Oct 16, 2024
8 checks passed
@NickAkhmetov NickAkhmetov deleted the nickakhmetov/cat-925 branch October 16, 2024 17:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants